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CONTENTS DELIVERY SYSTEM, CLIENT MACHINE , SERVER MACHINE, 
AND COMPUTER READABLE MEDIUM 



5 BACKGROUND OF THE INVENTION 

1. Field of the invention 

This invention relates to a client machine and a server 
machine that are mutually connected to each other through a 

10 network, and a contents delivery system which can confirm 
whether contents transmitted from the server machine are 
received by the client machine. This invention also 
relates to computer readable mediums respectively 
containing programs which instruct the client machine and 

15 the server machine to function as the contents delivery 
system. 

2. Description of the Related Art 

A client machine, which executes a WWW (World wide Web) 
20 browser program, can retrieve HTML documents provided by a 
server machine that executes a WWW server program while the 
client machine is connecting to the server machine through 
a network such as LAN or Internet. 

The client machine notifies the server machine of a URL 
25 to request an HTML document specified by this URL. In 
response, the server machine sends out the requested HTML 
document corresponding to the URL to the client machine. 
Upon receiving the HTML document, the client machine 
displays the HTML document on a screen through its browser. 
30 However, after sending out the HTML document to the 

client machine, the server machine can not confirm whether 
the HTML document has actually been received by the 
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intended client machine without problems. In other words, 
even if the server machine has sent out an HTML document to 
the client machine without any errors, only the client 
machine can recognize it. In order for the server machine 
5 to verify a normal reception of an HTML document at the 
client machine, the user of the client machine needs to 
operate the client machine to send out data indicating the 
conformation of the receipt to the server machine. 

Thus , according to the above-mentioned conventional 
10 art, in order to confirm a data reception at the client 
machine side, the server machine had to rely on a manual 
y operation by the user at the client machine. Accordingly, 

jjl even when the data is received by the client machine 

11 successfully, the server could not confirm that the data 

LH 15 were successfully received unless the user (receiver) 
j~ notifies the server machine of the reception by performing 

;^ an appropriate operation on the client machine. This 

lQ procedure of confirmation is extra for the user. Thus, the 

Li? convention art wants a simple and operable delivery 

O 20 confirmation system for data transmission. 

SUMMARY OF THE INVENTION 

To obviate the above-mentioned drawbacks in the 
conventional art, an object of the present invention is to 

25 provide a contents delivery system that enables a server 
machine to confirm whether contents sent from a server are 
successfully received by a client machine. 

To achieve the above-mentioned object, the present 
invention provides the following construction. 

30 A contents delivery system according to the present 

invention is equipped with a client machine that executes a 
client program capable of requesting delivery of contents 
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and a server machine that has a storage for storing 
contents and executes a server program capable of 
transmitting the contents requested by the client machine 
to the client machine. 
5 The server machine further includes an ID issuance part 

for issuing a delivery confirmation ID that is uniquely 
related to the contents requested by the client machine 
every time contents are requested by the client machine, a 
plug-in data creation part for creating plug-in data 
10 including the delivery conformation ID, client information 
which uniquely specifies the client machine and server 
;™ information uniquely specifies the server machine, a plug- 

i|n in data transmission part for transmitting the plug-in data 

,43 including the delivery confirmation ID related to the 

;£]; 15 contents that have been transmitted to the client machine 
:= p by the server program, and a delivery confirmation 

!L receiving part for receiving delivery confirmation data, 

£0 The client machine includes a delivery confirmation 

m transmission part creating delivery confirmation data that 

;2f 20 include the delivery confirmation ID and the client 

information based upon the plug-in data including the 
delivery confirmation ID related to the contents that have 
been sent from the server program of the server machine and 
have been received by the client program, and transmitting 
25 the delivery confirmation data to the delivery confirmation 
receiving part of the server machine in accordance with the 
server information contained in the plug-in data. 

With this construction, the server machine instructs 
the ID issuance part to issue a delivery confirmation ID 
30 corresponding to the contents when the server machine 

receives a request from the client machine to deliver the 
corresponding contents. The plug-in data creation part of 
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the server machine then creates plug-in data including the 
delivery conformation ID, client information and server 
information. The client machine acquires the contents and 
the plug-in data, and instructs its delivery confirmation 
5 transmission part to create delivery conf irmation data 
including the delivery confirmation ID and the client 
information that are included in the plug-in data. The 
client machine then transmits the delivery confirmation 
data to the delivery confirmation receiving part of the 
10 server machine through the delivery confirmation 

transmission part. Accordingly, the server machine can 
^ confirm that the contents related to the delivery 

131 confirmation ID have been received by the intended client 

; g machine by acquiring the delivery confirmation ID in the 

15 delivery confirmation data received by its delivery 
«p confirmation receiving part. 

W BREIF DESCRIPTION OF THE DRAWINGS 

m The invention will be described below in detail with 

[Sj! 20 reference to the accompanying drawings, in which: 
FIG. 1 is a block diagram showing a hardware 
configuration of a first embodiment; 

FIG. 2 is a block diagram showing a configuration of 
software in the client machine of first embodiment; 
25 FIG. 3 is a block diagram showing a configuration of 

software in the server machine of first embodiment; 

FIG. 4 schematically shows a data format of plug-in 
data; 

FIG. 5 schematically shows a data format of delivery 
30 confirmation data; 

FIG. 6 is a flow chart showing process based on a 
browser in the first embodiment; 
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FIG. 7 schematically shows an example of an HTML 
document ; 

FIG. 8 is a flow chart showing process based on plug-in 
software in the first embodiment; 
5 FIG. 9 is a flow chart showing process executed by an 

application execution part in the first embodiment; 

FIG. 10 is a flow chart showing process executed by a 
plug-in data creation part in the first embodiment; 

FIG. 11 is a flow chart showing process executed by an 
10 delivery confirmation receiving part in the first 
embodiment; 

;^ FIG. 12 is a block diagram showing a software 

configuration in a client machine according to a second 
ih embodiment; 

rL; 15 FIG. 13 is a block diagram showing software 

=5 configuration in a server machine in the second embodiment; 

i«% FIG. 14 shows a schematic view of delivery contents; 

FIG. 15 is a flow chart showing process executed by a 
jig browser in the second embodiment; 

;r 20 FIG. 16 is a flow chart showing process executed by 

plug-in software in the second embodiment; 

FIG. 17 is a flow chart showing process executed by a 
digital contents execution part in the second preferred 
embodiment; 

25 FIG. 18 is a flow chart showing process executed by a 

plug-in data creation part in the second preferred 
embodiment ; and 

FIG. 19 is a flow chart showing process executed by a 
delivery confirmation receiving part in the second 

30 embodiment . 

DESCRIPTION OF THE PREFERRED EMBODIMENTS 
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The preferred embodiments of the present invention 
will now be described in detail below with reference to the 
accompanying drawings . 

5 First Preferred Fanbocliinent 

FIG. 1 is a hardware configuration of the first 
embodiment of present invention. As shown in FIG. 1, a 
client machine 1 and a server machine 2 are connected 
through a network NW, such as a LAN, Internet, or the like. 

10 The client machine 1 and the server machine 2 are 

constructed of a general-purpose computer, such as a 
personal computer or a workstation, respectively. 

That is, as shown in the figure, the client machine 1 
is equipped with a control part 11, an HDD 12, an input 

15 part 13, a display part 14, and a communication interface 
part 15, which are mutually connected through a bus. The 
control part 11 has a CPU and a memory, which are not shown 
in the drawings. The HDD 12 is a computer readable medium. 
This HDD 12 can store data in its storage area. Software, 

20 such as a program to be executed by control part 11, is 
pre-installed in the storage area. The control part 11 
controls each part of the client machine 1, by functioning 
in accordance with the program stored in the HDD 12. 

The input part 13 has a keyboard interface, and a 

25 keyboard and a mouse (not shown in the figures) which are 
connected through the keyboard interface to the bus . The 
display part 14 has a display control circuit having a VRAM, 
and a display screen such as a CRT or an LCD. The 
communication interface part 15 includes a network 

30 interface card (NIC). Also, the client machine 1 is 

connected to the network NW, such as a LAN or Internet, 
through the communication interface part 15 so that it can 
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communicate with other computers connected to the network 
NW in accordance with the TCP/IP protocol. 

On the other hand, the server machine 2 is equipped 
with a control part 21, an HDD 22 having a storage area as 
5 a computer readable medium , an input part 23 , a display 
part 24, and a communication interface part 25, which are 
mutually connected through a bus. The server machine 2 has 
a structure similar to the client machine 1, and each 
constituent element is similar to that of the client 
10 machine 1. However, software stored in the HDD 22 of the 
server machine 2 is different from the software stored in 
' : 't s the HDD 12 of the client machine 1. 

yj] The software configuration of this preferred 

th embodiment will now be explained in detail below. First, 

;J? 15 the software configuration of the client machine 1 is 
p explained in detail with reference to FIG. 2. The software 

:«3 of the client machine 1 includes an operating system (OS) 

(not shown in the figure), a WWW browser program 16, which 
a is executed on the OS (referred to as "browser" for 

;S 20 simplicity hereinafter), and a plug-in software 17. 

Based on the HTTP protocol operating on the TCP/IP 
protocol, the browser 16 can communicate with a WWW server 
26 (which will be explained later) on the server machine 2. 
This browser 16 can perform the functions of requesting and 
25 receiving an HTML document specified by an URL that is 
designated by a user from the server machine 2, of 
displaying the received HTML document on the display part 
14 of the client machine 1, of requesting and receiving 
plug-in data (which will be described later) from the 
30 server machine 2, and of executing the plug-in software 17. 

The plug-in software 17 has the functions of reading 
the plug-in data received by the browser 16, of issuing a 
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socket function for communicating with the server machine 2 
in accordance with the TCP/IP protocol , of sending delivery 
confirmation data (which will be explained later) to the 
server machine 2 using this socket function and of 
5 receiving a response from the server machine 2 - This plug- 
in software 17 corresponds to a delivery confirmation 
transmission part and a plug-in data decryption part. 

Next, a software configuration in the server machine 2 
is explained with reference to FIG. 3. The software of the 
10 server machine 2 includes an OS (not shown in the figure), 
a WWW server program 26 to be executed on the OS 
|"S (hereinafter, simply called as "WWW server"), an 

[ ?J application execution part 27, a plug-in data creation part 

gh 28, and a delivery confirmation receiving part 29. 

l ts 15 The WWW server 26 can communicate with browser 16 in 

J5 the client machine 1 based on the HTTP protocol operating 

on the TCP/IP protocol. 

^ The application execution part 27 is realized on the 

I y 

m bases of CGI applications, for example, and has the 

IS: 20 function of generating HTML documents. The application 
execution part 2 7 has an ID issuance module 271 and a 
contents management module 272. The ID issuance module 271 
issues a unique delivery confirmation ID to each HTML 
document created. The contents management module 272 
25 manages delivery of the HTML documents. The application 
execution part 2 7 corresponds to the plug-in data 
transmission part. 

The plug-in data creation part 28 creates plug-in data 
40 (which will be explained in detail later) and encrypts 
30 the plug-in data 40. The delivery confirmation receiving 
part 29 has functions of issuing a socket function for 
communicating with the client machines 1 and receiving 
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delivery confirmation data 50 (which will be explained 
later) using this socket function, 
^p^i \^ext f the plug-in data 40 and the delijtery 



fbnf irmation data 50 , which are tr§j^sifiitted between the 
client machine 1 and the s^rv^r machine 2, are explained. 
FIG. 4 schematically>sffows a data format of the plug-in 
data 40. As shotfn in FIG. 4, the plug-in data 40 have a 
total length field 41, a delivery confirmation ID field 42, 
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a client: information field 43, and a server information 



The totall length filed 41 is a region of 4 bytes, for 



Example, and stores information (which is number of bytes) 
as to the total length of the plug-in data 40. The 
delivery confirmation ID field 42 is a region of 4 bytes, 
15 for example, and stores a delivery confirmation ID that is 
created by tho ID issuance module 271 in the application 
execution pari: 27 . 

The client information field 4 3 stores an IP address 
of a client machine 1 as client information, and has an 
20 area 431 for storing information (which is number of bytes) 
as to the field length of itself. The server information 
field 44 stores server information. The server information 
includes an IP address of the server machine 2 and a port 
number of a port of the server machine 2 through which the 
25 delivery confirmation data 50 (which will be explained 
below) is received by the server machine 2. Also, the 
server information field 44 has a storage area 441 for 
storing its own field length (which is number of bytes). 
The plug-in data 4 0 having such a data format are 
30 created by the plug-in data creation part 28 in the server 
machine 2. As explained in detail below, in response to a 
request from the browser 16 in the client machine 1, the 
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WWW server 2 6 sends out the thus created plug-in data 40 to 
the browser 16 in the client machine 1. Upon receipt of 
the plug-in data 4 0 from the WWW server 26, the browser 16 
in the client machine 1 activates the plug-in software 17. 
The thus activated plug-in software 17 acquires the plug-in 
data 40 from the browser 16, and creates delivery 
confirmation data 50 (which will be explained below) based 
on information extracted from the plug-in data 40. The 
plug-in software 17 then transmits the delivery 
confirmation data 50 to the delivery confirmation receiving 
part 29 in the server machine 2. 

FIG- 5 shojtfs a structure of a data format of the 
delivery confirmation data 50. As shown in FIG. 5, the 
delivery conf iijmation data 50 have a total length filed 51, 
15 a delivery confirmation ID field 52, and a client 
information filed 53. 

The total lengtjh field 51 is a region of 4 bytes, for 
>le, and stores the total length (which is number of 
bytes) of the delivesry confirmation data 50. The delivery 
confirmation ID field 52 is a region of 4 bytes, for 
example, and stores the delivery confirmation ID created by 
the ID issuance modi le 271 of the application execution 
part 27. The client information filed 53 stores an IP 
address of a client machine 1, as client information, and 
25 includes an area 53] for storing its own field length 
(which is number of bytes). 

The process flow of the above-mentioned software is 
explained, below. FIG. 6 is a flow chart showing the 
process performed in accordance with the browser 16 in the 
30 client machine 1. The process shown in FIG. 6 starts when 
the user of the client machine 1 executes the browser 16, 
and inputs an URL corresponding to an HTML document. 
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First, at step SI 01, the browser 16 requests the HTML 
document specified by the user input URL by sending out the 
URL to the WWW server 2 6 in the server machine 2. Then, 
the browser 16 receives the HTML document that is sent from 
5 the WWW server 2 6 in the server machine 2 in response. FIG. 
7 schematically shows an example of such an HTML document. 

At next step S102, the browser 16 analyses the 
received HTML document, and displays the content of the 
HTML document on the display part 14 of the client machine 
10 1. 

At the next step S103, the browser 16 determines 
whether the HTML document that has been analyzed and 
displayed at step SI 02 has an EMBED tag. When the HTML 
document contains an EMBED tag, the browser 16 advances the 
15 process to step S104. When the HTML document does not 

contain an EMBED tag, the browser 16 terminates the process. 
The HTML documents shown in the FIG. 7 includes an EMBED 
tag. 

At the next step S104, the browser 16 requests plug-in 
20 data 4 0 corresponding to the file name specified by the 
EMBED tag to the WWW server 2 6 in the server machine 2. 
The browser 16 then receives the plug-in data 40 that is 
sent from the WWW server 2 6 in the server machine 2 in 
response. For example, the EMBED tag in the HTML document 
25 shown in FIG. 7 is written as <EMBED SRC= "foo.xxx">. 
Accordingly, in this case, the browser 16 requests and 
receives plug-in data 4 0 corresponding to the file name 
"foo.xxx". As described later, the plug-in data 40 to be 
used by the delivery confirmation processing of this 
30 preferred embodiment has a unique file name (which is, an 
identifier) having a predetermined extension (depending 
upon types of data). 
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At the next step SI 05, based on the extension of the 
file name of the plug-in data 40 received at step S104, the 
browser 16 executes plug-in software 17 that corresponds to 
that extension. After this step, the browser 16 terminates 
5 the process, and awaits further events. 

FIG. 8 is a flow chart showing the process performed 
in accordance with plug-in software 17 in the client 
machine 1. The process shown in FIG. 8 is initiated when 
the browser 16 activates the plug-in software 17 as 
10 described above. 

First, at step Sill, the plug-in software 17 acquires 
the plug-in data 40 that have been received by the browser 
16 at step S104 of FIG. 6. 

At the next step S112, the plug-in software 17 
15 decrypts the plug-in data 40, which had been encrypted by 
the plug-in data creation part 28, described later. 

At the next step S113, the plug-in software 17 
extracts a delivery confirmation ID, client information, 
and server information from the plug-in data 4 0 that have 
20 been decrypted at step SI 12. 

At the next step S114, the plug-in software 17 
connects to the server machine 2 based on the server 
information extracted at step SI 13. More specifically, 
based on the IP address of the server machine 2 and the 
25 specified port number at the server machine 2, which are 

included in the server information, the plug-in software 17 
issues a socket function to connect to the server machine 2 
through the port specified by the port number. 

At the next step SI 15, the plug-in software 17 creates 
30 delivery confirmation data 50 based on the delivery 

confirmation ID and the client information, which have been 
obtained at step SI 13, and encrypts the data 50. Moreover, 
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the plug-in software 17 sends the encrypted delivery 
confirmation data 50 to the port of the server machine 2 
connected at step S114. 

At the next step S116, plug-in software 17 waits for a 
response that should be sent from the server machine 2 as 
described later. Once receiving the response from the 
server machine 2, the plug-in software 17 terminates its 
process . 

FIG. 9 is a flow chart showing the process performed 
by the application execution part 27 in the server machine 
2. The process shown in FIG. 9 is activated by the WWW 
server 26 when the browser 16 requests an HTML document 
from the WWW server 26 in the server machine 2 at step S101 
of FIG. 6. 

First, at step S201, the application execution part 27 
creates the HTML document that is requested by the browser 
16. 

At the next step S202, application execution part 27 
instructs its ID issuance module 271 to issue a delivery 
confirmation ID. The ID issuance module 271 issues a 
unique delivery confirmation ID every time the application 
execution part 27 sends a corresponding request. 

At the next step S203, application execution part 27 
relates the HTML documents created at step S201 to the 
delivery confirmation ID issued at step S202. Here, the 
contents management module 272 operates independently of 
the application execution part 27. That is, the contents 
management module 272 continuously monitors whether the 
HTML document that has been related to the delivery 
confirmation ID is properly received by the client machine 
1 without errors . 
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At the next step S204, the application execution part 
27 calls the plug-in data creation part 28. At this time, 
the application execution part 27 sends the delivery 
confirmation ID obtained at step S2 02 and the client 
5 information to the plug-in data creation part 28. Then, 

the application execution part 27 acquires the file name of 
the plug-in data 40 that have been created by the plug-in 
data creation part 28 as explained later. 

At the next step S205, the application execution part 
10 27 sets an EMBED tag in the HTML document created at step 
S201. More specifically, the application execution part 27 
% inserts the file name of the plug-in data 4 0 acquired at 

j J step S204 in an EMBED tag. Through these steps, the HTML 

:jg document, as shown in FIG. 7, for example, is completed. 

|~ 15 At the next step S206, the application execution part 

==F 27 transmits the HTML document completed at step S205 to 

g the browser 16 of the client machine 1 through the WWW 

!Jf server 26, and terminates the process. However, the 

ily contents management module 272 continues to monitor whether 

!SJ 20 the HTML document sent by the application execution part 2 7 
is properly received by the client machine 1 even after the 
termination of the process. 

FIG. 10 is a flow chart showing the process performed 
by the plug-in data creation part 28 in the server machine 
25 2. 

The process shown FIG. 10 starts when the plug-in data 
creation part 28 is called by the application execution 
part 27 at step S204 of FIG. 9. 

First, at step S211, the plug-in data creation part 28 
30 acquires the delivery confirmation ID and the client 
information from the application execution part 27. 



At the next step S212, the plug-in data creation part 
28 creates server inf ormation, which is used when the plug- 
in software 17 in the client machine 1 transmits the 
delivery confirmation data 50 to the delivery confirmation 
5 receiving part 29 in the server machine 2 at step SI 15 of 
FIG. 8. 

At the next step S213, the plug-in data creation part 
28 generates plug-in data 4 0 from the delivery confirmation 
ID and the client information, which have been obtained at 
10 step S211, and from the server information obtained at step 
S212. 

At the next step S214, the plug-in data creation part 
28 encrypts the plug-in data 40 obtained at step S213. 

The next step S215, plug-in data creation part 28 
15 stores the plug-in data 40 encrypted at step S214 in a 

preset root directory of the WWW server 26 on the HDD 22 in 
the server machine 2. Here, the plug-in data creation part 
28 adds a predetermined extension to the delivery 
confirmation ID so as to be the file name of the plug-in 
20 data 40. As a result, the plug-in data 40 is stored in the 
root directory of the WWW server 2 6 in the format of 
"(delivery confirmation ID) . (extension) " . 

At the next step S216, the plug-in data creation part 
28 sends the file name of the plug-in data 4 0 stored at 
25 step S215 to the application execution part 27. The file 
name is received by the application execution part 2 7 at 
step S204 of FIG. 9. 

FIG. 11 is a flow chart showing the process performed 
by the delivery confirmation receiving part 29 in the 
30 server machine 2. The process shown in FIG. 11 starts when 
the server machine 2 is turned on. 



15 



First, at step S221, the delivery confirmation 
receiving part 2 9 issues a socket function with a specified 
port number of the server machine 2 so as to function as a 
server for receiving delivery confirmation data 50 from the 
5 plug-in software 17 in the client machine 1. 

At the next step S222, the delivery confirmation 
receiving part 2 9 receives the delivery confirmation data 
50 , which have been sent from the plug-in software 17 in 
the client machine 1 at step S115 of FIG. 8. 
10 At step S223, the delivery confirmation receiving part 

29 decrypts the delivery confirmation data 50 received at 
% step S222. 

j -J] At the next step S224, the delivery confirmation 

■I* receiving part 2 9 extracts the delivery confirmation ID and 

!Jf 15 the client information from the delivery confirmation data 
P 50 decrypted at step S223. 

P At the next step S225, the delivery confirmation 

receiving part 2 9 notifies the contents management module 

ffl 272 of the delivery confirmation ID obtained at step S224. 

;;~ 20 At the next step S226, the delivery confirmation 

receiving part 2 9 sends a response to the corresponding 
client machine 1 in accordance with the client information, 
i.e., the IP address of the client machine 1 obtained at 
step S224. This response indicates that the delivery 
25 confirmation receiving part 29 received the delivery 
confirmation data 50 at step S222. This response is 
received by the plug-in software 17 in the client machine 1 
at step S116 of the FIG. 8. 

At the next step S227, the plug-in data contained in 
30 the root directory of the WWW server 26 is deleted, and the 
process returns to step S222. 
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The operation of the first embodiment is further 
explained, as follows. In order to retrieve a desired HTML 
document, a user of a client machine 1 specifies a URL 
corresponding to the desired HTML document through 
5 operating the input part 13 in the client machine 1. The 
browser 16 in the client machine 1 then sends out the URL 
specified by the user to the WWW server 26 in the server 
machine 2 (S101). The WWW server 26 of the server machine 
2 receives this URL, and activates the application 
10 execution part 2 7 in order to retrieve the HTML document 
specified by the URL. 

Thus activated application execution part 2 7 creates 
the corresponding HTML document (S201). At this stage, the 
file name in the EMBED tag in the HTML documents has not 
15 yet been set. Then, the application execution part 2 7 

instructs its ID issuance module 271 to issue a delivery 
confirmation ID (S202). 

Moreover, the application execution part 27 relates 
the delivery confirmation ID to the HTML document (S203). 
20 Thereafter, the contents management module 272 continues to 
monitor whether the HTML document related to that delivery 
confirmation ID is properly received by the client machine 
1 without errors based on the issued delivery confirmation 
ID. 

25 Then, the application execution part 27 calls the 

plug-in data creation part 28 (S204). At this time, the 
application execution part 2 7 sends the delivery 
confirmation ID and the client information to the plug-in 
data creation part 28. 

30 Thus called plug-in data creation part 28 acquires the 

delivery confirmation ID and the client information from 
the application execution part 27 (S211). Further, the 
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plug-in data creation part 2 8 creates server information 
(S212), and generates plug-in data 40 from the delivery 
confirmation ID, the client information and the server 
information (S213). The plug-in data creation part 28 
5 encrypts the plug-in data 40 (S214). The plug-in data 

creation part 28 then stores the encrypted plug-in data 40 
in a root directory of the WWW server 2 6 with its file name 
which is generated from the delivery confirmation ID and 
an appropriate extension (S215). Moreover, the plug-in 

10 data creation part 28 sends out this file name to the 
application execution part 27 (S216). 

The application execution part 27 receives the file 
name from the plug-in data creation part 28 (S204), and 
sets it in an EMBED tag in the HTML documents (S205). The 

15 application execution part 2 7 then transmits thus created 
HTML document to the browser 16 in the client machine 1 
through the WWW server 26 (S206). 

The browser 16 receives this HTML document (S101), 
analyzes the HTML document, and displays it on the display 

20 part 14 in the client machine 1 (S102). Moreover, the 

browser 16 determines whether the HTML document contains an 
EMBED tag (S103). If an EMBED tag is found, the browser 16 
requests plug-in data 40 having a file name specified by 
the EMBED tag to the WWW server 2 6 in the server machine 2. 

25 In response, the WWW server 26 sends out the plug-in data 
40 stored in its root directory to the browser 16 in the 
client machine 1. The browser 16 receives this plug-in 
data 40 (S104). The browser 16 then activates plug-in 
software 17 in accordance with the extension of the file 

30 name of the plug-in data 40 thus received (S105). 

The activated plug-in software 17 acquires the plug-in 
data 40 from the browser 16 (Sill), and decrypts the plug- 
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in data 40 (SI 12). The plug- in software 17 extracts the 
delivery confirmation ID, the client information, and the 
server information from the decrypted plug-in data 40 
(S113). Then, the plug-in software 17 connects to a 
5 specified port of the server machine 2 in accordance with 
the server information (S114). Moreover, the plug-in 
software 17 generates delivery confirmation data 50 from 
the delivery confirmation ID and client information, and 
encrypts the data 50. Then, the plug-in software 17 
10 transmits the encrypted delivery confirmation data 50 to 
the specified port of the server machine 2 (S115). 

The delivery confirmation receiving part 29 in the 
^ corresponding server machine 2 receives the delivery 

ill confirmation data 50 sent to the specified port of the 

!S( 15 server machine 2 by the plug-in software 17(S222), and 
: F decrypts the received delivery confirmation data 50 (S223). 

g The delivery confirmation receiving part 29 acquires the 

ij; delivery confirmation ID and the client information from 

IS the decrypted delivery confirmation data 50. The delivery 

20 confirmation receiving part 29 notifies the contents 

management module 272 of the delivery confirmation ID thus 
obtained (S225). 

Upon receipt of the notification, the contents 
management module 272 recognizes that the HTML document 
25 related to the delivery confirmation ID has been properly 
received by the client machine 1 without problems. 

Then, the delivery confirmation receiving part 2 9 
returns a response to the plug-in software 17 in the 
corresponding client machine 1 in accordance with the 
30 client information (S226), and deletes the corresponding 
plug-in data 40 from the root directory of the WWW server 
26 (S227). On the other hand, the plug-in software 17 in 
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the client machine 1 terminates its process when it 
receives the response from the delivery confirmation 
receiving part 29 in the server machine 2 (S116). 

As described above, the server machine 2 is always 
5 monitoring, with the contents management module 272, 
whether the HTML documents sent from itself have been 
properly received by the client machine 1. Therefore, the 
server machine 2 can confirm receipt of an HTML document 
when the document is properly received by the client 

10 machine 1 • 

Accordingly, a manager of the server machine 2 is able 
to know whether an HTML document sent out is properly 
received at the intended client machine 1 by accessing the 
server machine 2. 

15 Also, by encrypting the plug-in data 40 and the 

delivery confirmation data 50, the data 40 and 50 are 
protected from hacking and other undesired alternation and 
intrusion, thereby providing a highly reliable contents 
delivery system. 

20 Moreover, the TCP/IP protocol is used for transmitting 

the delivery confirmation data 50. Therefore, its 
communication environment does not need a special setting, 
and general communication environments, such as a LAN, 
Internet and the like, can be used for the contents 

25 delivery system. 

Although, in this preferred embodiment, the IP address 
of the client machine 1 is used as the client information, 
the machine name of the client machine 1 may be used as the 
client information instead. Instead of using the IP 

30 address of the server machine 2 as the server information, 
the machine name of the server machine 2 may be used as the 
server information . 
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Also, the scheme of the above-mentioned preferred 
embodiment may be applied to order processing for 
electrical commerce. In this case, when a user of the 
client machine 1 orders a product of which information is 
5 offered by the server machine 2, the server machine 2 
creates an HTML document indicating that the order is 
completed, and sends out the HTML document to the client 
machine 1. The client machine 1 then automatically sends 
out delivery confirmation data 50 to the server machine 2 

10 using its plug-in software 17. The server machine 2 

receives the delivery confirmation data 50. Accordingly, 
without awaiting any operations by the user of client 
machine 1, the server machine 2 can confirm a proper 
receipt of the HTML document, which indicates the 

15 completion of the order, at the client machine side. 

Second Preferred EmbP^ilTl^n 1 : 

The second embodiment of present invention is to 
prepare for a situation where a user of a client machine 7 

20 requests various kinds of digital contents, such as images, 
voices, characters, to a server machine 8. The client 
machine 7 and the server machine 8 of this second 
embodiment have the same hardware structures as those of 
the client machine 1 and the server machine 2 of the first 

25 preferred embodiment. The software structures of the 

client machine 7 and the server machine 8 are explained as 
follows . 

FIG. 12 is a software structure of the client machine 
7 according to the present preferred embodiment. The 
30 software installed in this client machine 7 includes an 
operating system (OS) (not shown in the figure), a WWW 
browser 7 6 to be executed on the OS (referred to as 
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"browser" for simplicity hereinafter) , and plug-in software 
77. 

Based on the HTTP protocol operating on the TCP/IP 
protocol, the browser 7 6 can communicate with a WWW server 
5 86 (which will be explained later) in the server machine 8. 
The browser 76 has the following functions of requesting 
digital contents D designated by a user to the server 
machine 8, of receiving delivery contents T including the 
digital contents D, which are sent from the server machine 
10 8 in response, and of activating the plug-in software 77. 

The plug-in software 7 7 has a function of separating 
! S the digital contents D and plug-in data 4 0 from the 

! 5 delivery contents T. The plug-in software 77 also has a 

.■>} function of issuing a socket function, which is used for 

;:L: 15 communicating with the server machine 8 in accordance with 
~5 the TCP/IP protocol. The plug-in software 77 further has a 

13 function of sending out delivery confirmation data 50 using 

;jf the corresponding socket function, and also has a function 

m of receiving a response from the server machine 8 . 

:i2 20 Next, the software structure of the server machine 8 

is explained with reference to FIG. 13. The software of 
this server machine 8 includes an OS (not shown in the 
figure), a WWW server 86 to be executed on the OS, a 
digital contents execution part 87, a plug-in data creation 
25 part 88, and a delivery confirmation receiving part 89. 

Moreover, the software in the server machine 8 includes the 
digital contents D. 

Based on the HTTP protocol operated on the TCP/IP 
protocol, the WWW server 86 can communicate with the 
30 browser 76 in the client machine 7. 

The digital contents execution part 87 has an ID 
issuance-processing module 871, which issues a unique 
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delivery confirmation ID for each of the digital contents D 
to be sent to the client machine 7. The digital contents 
execution part 87 also has a contents management module 872, 
which manages delivery of the digital contents D sent to 
5 the client machine 7 . This digital contents execution part 
87 corresponds to a plug-in data transmission part. 

The plug-in data creation part 88 creates plug-in data 
40. The delivery confirmation receiving part 89 has a 
function of issuing a socket function , which is used for 

10 communicating with the client machine 7 , and also has a 

function of receiving delivery confirmation data 50 using 
the socket function. 

Here, the plug-in data 40 and the delivery 
confirmation data 50 used in this embodiment are similar to 

15 those in the first embodiment. Also, as explained later in 
detail, the plug-in data 40 are sent to the client machine 
7 from the server machine 8 as a part of the delivery 
contents T that includes digital contents D. The delivery 
contents T are schematically shown in FIG. 14. 

20 The flow of the process performed by the above- 

mentioned software is explained as follows. FIG. 15 is a 
flow chart showing the process performed by the browser 7 6 
in the client machine 7. The process shown in FIG. 15 
starts when the user of the client machine 7 activates the 

25 browser 76, and instructs the browser 76 to retrieve 
desired digital contents from the server machine 8. 

First, at step S701, the browser 76 requests the WWW 
server 86 in the server machine 8 to download the digital 
contents specified by the user. The browser 76 receives 

30 the delivery contents T that have been sent from the 

digital contents execution part 87 in the server machine 8 
through the WWW server 86. Thus received delivery contents 
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T are created by the digital contents execution part 87 
(this creation will be explained in detail later). 

At the next step S7 02, in accordance with the 
extension of the file name of the received delivery 
5 contents T, the browser 76 activates plug-in software 77 , 
which corresponds to that extension. The browser 7 6 then 
terminates the process, and awaits further events. 

FIG. 16 is a flow chart showing steps performed by the 
plug-in software 77 at the client machine 7. The process 
10 shown in FIG. 16 starts when the browser 76 launches the 
plug-in software 77 at step S702 of FIG. 15. 
/ji; First, at step S711, the plug-in software 77 acquires 

^ from the browser 76 the delivery contents T that have been 

: ; p received by the browser 76 at step S701 of FIG. 15. 

!J| 15 At the next step S712, the plug-in software 77 

«j£ separates plug-in data 40 and digital contents D from the 

rg thus acquired delivery contents T. The plug-in software 7 7 

|f* then decrypts the separated plug-in data 40. 

liS At the next step S713, the plug-in software 77 

S 20 attaches an appropriate file name to the digital contents D, 
which have been obtained in step S712, and stores the file 
in an HDD (not shown in the figure) of the client machine 7. 

At the next step S714, the plug-in software 77 
extracts a delivery confirmation ID, client information, 
25 and server information from the plug-in data 40 obtained at 
step S712. 

At the next step S715, the plug-in software 7 7 
connects to the server machine 8 based on the server 
information extracted at step S714. More specifically, 
30 based on an IP address and a specified port number of the 
server machine 8 which are included in the server 
information, the plug-in software 77 issues a socket 
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function in order to connect to a port of the corresponding 
server machine 8 that is specified by the port number. 

At the next step S716, the plug-in software 77 
generates delivery confirmation data 50 from the delivery 
5 confirmation ID and the client information/ which have been 
extracted at step S714, and encrypts the thus generated 
delivery confirmation data 50. The plug-in software 77 
then transmits the encrypted delivery confirmation data 50 
to the port of the server machine 8 connected at step S714. 
10 At the next step S717, the plug-in software 77 waits 

for a response that is sent from the server machine 8 (the 
\% response by the server machine 8 will be described in 

^ detail below) . Upon receipt of the response from the 

=.p server machine 8, the plug-in software 77 terminates its 

,*~ 15 process . 

=F FIG. 17 is a flow chart showing the process performed 

q by the digital contents execution part 87 in the server 

r\ machine 8. The process shown in FIG. 17 is made to start 

ug by the WWW server 86 when the browser 7 6 requests digital 

'^Z 20 contents to the WWW server 86 in the server machine 8 at 
step S701 of FIG. 15. 

First, at step S801, the digital contents execution 
part 87 instructs its ID issuance module 871 to issue a 
delivery confirmation ID. The ID issuance module 871 
25 issues a unique delivery confirmation ID every time it is 
requested by the digital contents execution part 87. 

At the next step S802, the digital contents execution 
part 87 relates the delivery confirmation ID issued at step 
S801 to particular digital contents D that are specified by 
30 the user among the digital contents D stored in an HDD (not 
shown in the figure) of the server machine 8. Here, the 
contents management module 872 operates independently of 
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the digital contents execution part 87. More specifically, 
the contents management module 872 continues to monitor 
whether the digital contents D related to the delivery 
conf irmation ID are properly received by the client machine 
5 7 without errors . 

At the next step S803, the digital contents execution 
part 87 calls the plug-in data creation part 88. The 
digital contents execution part 87 sends the delivery 
confirmation ID and the client information obtained at step 

10 S801 to the plug-in data creation part 88. The digital 

contents execution part 87 then receives plug-in data 40 , 
which are created by the plug-in data creation part 88 in 
response (the creation of the plug-in data 40 will be 
explained below) . 

15 At the next step S804, the digital contents execution 

part 87 creates delivery contents T by merging the plug-in 
data 40 received at step S803 with the data contents D. 
The digital contents execution part 87 then transmits thus 
created delivery contents T to the browser 7 6 in the client 

20 machine 7 through the WWW server 86, and terminates its 
process. However, the contents management module 872 
continues to monitor whether the delivery contents T sent 
from the digital contents execution part 87 are properly 
received by the client machine 7 even after the termination 

25 of the process. 

FIG. 18 is a flow chart showing the process performed 
by the plug-in data creation part 88 in the server machine 
8. The process shown in FIG. 18 starts when the digital 
contents execution part 87 calls the plug-in data creation 

30 part 88 at step S803 of the FIG. 17. 



26 



First, at step S811, the plug-in data creation part 88 
acquires the delivery confirmation ID and the client 
information from the digital contents execution part 87. 

At the next step S812, the plug-in data creation part 
5 88 creates server information, which is used when the 
client software 77 in the client machine 7 transmits 
delivery confirmation data 50 to the delivery confirmation 
receiving part 89 in the server machine 8 at step S716 of 
FIG. 16. 

10 At the next step S813, the plug-in data creation part 

88 generates plug-in data 50 from the delivery confirmation 

.H; ID and the client information, which have been obtained at 

step S811, and from the server information created at step 

5 S812. 

15 At step S814, the plug-in data creation part 88 

: It . o 

*F encrypts the plug-in data obtained at step S813. 

q At the next step S815, the plug-in data creation part 

;;!~ 88 sends the plug-in data 50 encrypted at step S814 to the 

SO digital contents execution part 87. 

!l£ 20 FIG. 19 is a flow chart showing the process performed 

by the delivery confirmation receiving part 89 in the 
server machine 8. The process shown in FIG. 19 starts when 
the server machine 8 is turned on. 

First, at step S821, the delivery confirmation 
25 receiving part 89 issues a socket function with a specified 
port number of the server machine 8 so as to function as a 
server for receiving delivery confirmation data 50 from the 
plug-in software 77 in the client machine 7. 

At the next step S822, the delivery confirmation 
30 receiving part 89 receives the delivery confirmation data 
50, which have been sent from the plug-in software 77 in 
the client machine 7 at step S716 of FIG. 16. 
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At the next step S823, the delivery confirmation 
receiving part 89 decrypts the delivery confirmation data 
50 received at step S822. 

At step S824, the delivery confirmation receiving part 
89 extracts the delivery confirmation ID and the client 
information from the delivery confirmation data 50 
decrypted at step S823. 

At the next step S825, the delivery confirmation 
receiving part 8 9 notifies the contents management module 
872 of the delivery confirmation ID obtained at step S824. 

At the next step S82 6, the delivery confirmation 
receiving part 89 returns a response to the corresponding 
client machine 7 based on the client information, i.e., the 
IP address of the client machine 7 obtained at step S824. 
This response indicates that the delivery confirmation 
receiving part 89 receives the delivery confirmation data 
50 at step S822. This response is received by the plug-in 
software 77 in the client machine 7 at step S717 of the FIG. 
16. Once transmitting the response, the delivery 
confirmation receiving part 89 returns its process to the 
step S822. 

The operation of the second embodiment is further 
explained as follows. In order to retrieve desired digital 
contents, a user of the client machine 7 specifies the 
digital contents by operating an input part (not shown in 
the figure) of the client machine 7. The browser 7 6 in the 
client machine 7 requests the thus specified digital 
contents D to the WWW server 86 in the server machine 8 
(S701). In response, the WWW server 86 in the server 
machine 8 activates the digital contents execution part 87 
in the server machine 8. The activated digital contents 
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execution part 87 instructs its ID issuance module 871 to 
issue a delivery confirmation ID (S801). 

Moreover, the digital contents execution part 87 
relates the thus issued delivery confirmation ID to the 
digital contents D specified by the user among a plurality 
of digital contents D stored in advance in an HDD (not 
shown in the figure) of the server machine 8 (S802). 
Thereafter, based on the issued delivery confirmation ID, 
the contents management module 872 continues to monitor 
whether the digital contents D related to the corresponding 
delivery confirmation ID is properly received by the client 
machine 7 . 

Next, the digital contents execution part 8 7 calls the 
plug-in data creation part 88 (S803). At this time, the 
digital contents execution part 87 sends the delivery 
confirmation ID and client information to the plug-in data 
creation part 88. 

The called plug-in data creation part 88 acquires the 
delivery confirmation ID and the client information from 
the digital contents execution part 87 (S811). Further, 
the plug-in data creation part 88 creates server 
information (S812), and generates plug-in data 40 from the 
delivery confirmation ID, the client information and the 
server information (S813). The plug-in data creation part 
88 encrypts the plug-in data 40 (S814). The plug-in data 
creation part 88 sends the encrypted plug-in data 40 to the 
digital contents execution part 87 (S815). 

The digital contents execution part 87 then receives 
the plug-in data 40 sent from the plug-in data creation 
part 88 (S803). The digital contents execution part 87 
creates delivery contents T by merging the digital contents 
with the plug-in data 40, and sends the delivery contents T 
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to the browser 7 6 in the client machine 7 through the WWW 
server 86 (S804 ) . 

The browser 76 receives the delivery contents T (S701), 
and activates the plug-in software 77 corresponding to the 
5 extension of the file name of the delivery contents T 
(S702) ♦ 

The activated plug-in software 7 7 acquires the delivery 
contents T from the browser 76 (S711). The plug-in 
software 77 then separates the plug-in data 40 and the 
10 digital contents D from the obtained contents T, and 

decrypts the separated plug-in data 40 (S712). Moreover, 
the plug-in software 77 attaches a predetermined file name 
to the digital contents D, and stores the file in an HDD of 
0 the client machine 7, which is not shown in the figures 

m 15 (S713). 

-F Also, the plug-in software 77 extracts the delivery 

□ confirmation ID, the client information and the server 

Jt information from the decrypted plug-in data 40 (S714). The 

!0 plug-in software 7 7 then connects to a specified port of 

»j 20 the server machine 8 in accordance with the server 

information thus extracted (S715). Moreover, the plug-in 
software 77 generates delivery confirmation data 50 from 
the delivery confirmation ID and the client information, 
and encrypts the data 50. The plug-in software 77 then 
25 transmits the encrypted data 50 to the specified port of 
the server machine 8 (S716). 

The delivery confirmation receiving part 89 in the 
server machine 8 receives the delivery confirmation data 50 
sent to the specified port of the corresponding server 
30 machine 8 by the plug-in software 77(S822), and decrypts 
the delivery confirmation data 50 (S823). The delivery 
confirmation receiving part 89 then extracts the delivery 
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confirmation ID and the client information from the 
decrypted delivery confirmation data 50 (S824). The 
delivery confirmation receiving part 89 notifies the 
contents management module 872 of the thus obtained 
5 delivery confirmation ID (S825). By receiving this notice, 
the contents management module 872 recognizes that the 
delivery contents T related to the corresponding delivery 
confirmation ID is properly received by the client machine 
7. 

10 The delivery confirmation receiving part 89 then 

returns a response to the plug-in software 7 7 in the client 
machine 7 in accordance with the client information (S826). 
On the other hand, the plug-in software 77 in the client 
machine 7 receives the response from the delivery 

15 confirmation receiving part 89 in the server machine 8 
(S717), and terminates its process. 

As described above, the server machine 8 is always 
monitoring, with the contents management module 872, with 
the contents management module 872, whether the delivery 

20 contents T sent from itself have been successfully received 
by the corresponding client machine 7. Therefore, the 
server machine 8 can confirm receipt of the delivery 
contents T when the delivery contents T actually are 
received by the client machine 7. 

25 The above-described embodiments may be applied to 

various business transactions, such as order processing and 
approval operations, which are conducted in a company or 
other organizations. 

According to the present invention, as constructed 

30 above, a server machine can confirm whether contents sent 
from the server machine are properly received by an 
intended client machine. In other words, the client 
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machine automatically transmits delivery confirmation data 
(receipt confirmation) indicating the receipt of the 
contents to the server machine. Accordingly, the server 
machine can confirm the delivery (receipt) of the contents 
without any operations by the user at the client machine. 
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